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AIN ENABLED AUTOMATED DIRECTORY ASSISTANCE IN A 
TELECOMMUNICATIONS NETWORK 

5 Field Of The Invention 

This invention is related to a system and method for handling operator dependent 
services such as directory assistance in a telecommunications network. More specifically, the 
invention relates to a system and method for completing requests for directory assistance 
through the use advanced intelligent network (AIN) elements at the originating end-office. 

10 

Background 

Automation has become increasingly important in providing operator services. Many 
techniques are used to reduce the amount of actual time an operator spends on each individual 
subscriber request. For example, text processing and voice recognition are used to attempt to 

15 pre-determine caller requirements prior to connection to a live operator. Advances in speech 
processing technology have enabled some calls to be processed in their entirety without human 
intervention. Currently, approximately twenty-percent of all calls fall into this category but the 
number is expected to rise due to the acceleration in voice processing technology research 
driven by the emergence of VXML as a means of voice activating the Internet. 

20 Traditionally, calls requiring operator assistance, such as collect calls, calling card calls, 

third party billing and directory assistance calls, have been routed from the switch originating the 
call to a more centralized Operator Services Switch (OSS) that integrates the specialized 
operator position software and automation peripheral equipment. This requires that trunk 
groups be provisioned from all local offices up to the OSS and that the facilities be sized to 

25 handle the Erlangs of traffic, including hold-times, automated call components and operator call 

components of all such calls. In addition, if the processing results in a call being routed to 

another destination then the call will occupy two facilities for the entire duration of the 
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subsequent call. Also, each call routed through the OSS equipment uses capacity of that highly 
specialized system for the duration of the total call time. 

Operating companies have a strong economic incentive to minimize their dependence 
upon centralized Operator Services Switches and the attendant network expenses. Therefore, 
5 it is desirable to have a system that allows processing of directory assistance calls at the local 
end-office or a tandem switch, thereby engaging the OSS only for those calls and portions 
thereof that require human intervention. Such a system and method would allow network 
operators to decrease the number of OSS systems needed and to reduce the number of 
subtending facilities. 

10 Further, it would be desirable to have a system implement directory assistance by 

invoking the same automated voice scripts either from an end office or tandem switch prior to 
routing the call to the OSS or from the OSS after the call is routed to the OSS. This flexibility 
enables carriers to retain some existing connections to OSSs (e.g., connections between the 
carriers OSSs and wireless mobile switching centers (MSCs), if desired. 

15 Also, it would be desirable to have a system implement directory assistance in front of 

and behind the OSS without using dedicated voice links from the OSS switch to result in 
significant cost avoidance for the carrriers. 

Additionally, it would be desirable to have a system and method that achieves the above 
in both wireless and wireline environments. 

20 

Summary 

In accordance with the present invention, a method and system for automated handling 
of directory assistance requests includes service for both wireline and wireless offices, fall 
25 through to operator position with full context information, call completion from the end office with 
answer determination and branding and handling of restrictions using information from the line 
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information database (LIDB). A plurality of directory assistance voice peripherals can be 
located throughout a network in communication with the various wireline or wireless switches 
that provide service to a plurality of subscribers. The directory assistance voice peripherals are 
controlled by a central controller to provide automated directory assistance to subscribers. 
5 In the present invention automated directory assistance is provided to one or more subscribers 
connected to a telecommunications network through a local or tandem switch with service 
switching point (SSP) capabilities each interacting with one or more directory assistance voice 
peripherals. After receiving a request for directory assistance from a first subscriber at a local 
switch, the request is routed to a service control point (SCP) in communication with said local or 

10 tandem switch. The request is temporarily connected to an assigned directory assistance voice 
peripheral. A message is sent from the SCP to a directory assistance controller regarding 
directory assistance voice peripheral assigned to the request. The assigned directory 
assistance voice peripheral solicits information regarding said request from the requesting 
subscriber to form a directory assistance query. The directory assistance query is forwarded to 

15 the directory assistance controller. A local or remote directory assistance database is queried 
from the directory assistance controller to identify the requested number and the requested 
number is forwarded to the directory assistance voice peripheral for delivery to the requesting 
subscriber. The call can then be routed to the end-office of the subscriber indicated by the 
requested number. 

20 Service parameters for the subscriber requesting directory assistance may be 

determined by accessing the line information database (LIDB). Operator services automated 
message accounting records are generated at the SCP. Additionally, automated message 
accounting (AMA) records are generated at the end-office or tandem switch with SSP 
capabilities (or AIN SSP). The SCP sends an AMAslpID parameter to the AIN SSP to record 

25 the DA service identification in the AIN SSP AMA record. In a wireless network, 

DMH_Billing_Digits are sent to the local switch in a wireless network to record the directory 
assistance (DA) service identification in the wireless switch billing record. 
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If the directory assistance voice peripheral fails to assist the subscriber the request for 
operator assistance can be sent from the requesting subscriber to an operator services switch 
(OSS) in communication with an operator. The directory assistance voice peripheral then plays 
any recorded subscriber segments for the operator without using dedicated voice links and 
5 passes received context information (e.g., city, state, and listing) to the OSS switch. The 

request is then released from the operator services switch and the call is forwarded to the end- 
office associated with the requested number. 

In an alternate implementation automated directory assistance is invoked by the 

OSS. 

10 

Brief Description of the Drawings 

FIG. 1 depicts network architecture for automated directory assistance in accordance with the 
present invention; 

FIG. 2 depicts the call flow for the process of automated directory assistance for a wireline 
15 subscriber in accordance with the present invention when the call is invoked from the AIN SSP; 
FIG. 3 depicts the call flow for the process of automated directory assistance for a wireless 
subscriber in accordance with the present invention when the call is invoked from the MSC; 
FIGS. 4a and 4b depict the call flow for the process of adding operator intervention to the 
automated directory assistance method of the present invention for a wireline or wireless 
20 subscriber; and 

FIGS. 5a and 5b depict the call flow for the process of automated directory assistance for a 
wireline or wireless subscriber in accordance with the present invention when the call is invoked 
from the Operator Services Switch (OSS). 



25 

Detailed Description 
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FIG. 1 depicts a system architecture in accordance with the present invention. Directory 
Assistance Voice Peripherals (DA_VP) 110 may be distributed or centralized in the network. 
The DA_VP 110 contains the intelligence to answer offered calls and, based on the routing 
number, present the caller with a scripted voice interface that prompts user input in the form of 
5 spoken voice or Dual Tone Multi-Frequency (DTMF) input. The DA_VP may be multi-functional 
and serve other voice interface purposes in addition to directory assistance. The DA_VP may 
incorporate VXML in addition to proprietary voice application scripting methodologies as needed 
by a specific system. 

Directory Assistance Controller (DA_CTL) 120 appears singly but may be replicated in 
10 the network depending on the amount of traffic and availability requirements. The DA_CTL 
communicates with the DA_VPs via a data network and receives the results of caller responses 
to scripts in whole or in part, queries a local set of grammars to attempt to recognize the caller's 
utterance, either queries a local or centralized Directory Assistance Database (DADB) for the 
listing, and provides instructions back to the DA_VP. The DA_VP communicates with the 
15 Advanced Intelligent Network (AIN) Service Control Point (SCP) 100 via a data protocol to 
obtain instructions from the AIN SCP and to communicate to the SCP the results of the DA 
session. 

Directory Assistance Database (DADB) 130 is a functional element that is comprised of 
one or more servers located at one or more locations that collectively provide directory listing 
20 information for the operating company and any client operators it may also serve. 

Advanced Intelligent Network (AIN) Service Switching Point (SSP) 140 is the local end 
office (or tandem) switch configured to detect dialed digits that invoke DA, such as 411, 
suspend call processing and query an external SCP for further instructions. 

Wireless Intelligent Network (WIN) Mobile Switching Center (MSC) 150 is the mobile 
25 switch configured to detect the dialed digits that invoke DA, such as 411, from mobile units, 
suspend call processing and query an external SCP for further instructions. 
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The Line Information Database (LIDB) 160 contains parameters that may be used to 
determine the type of service the line is subscribed to receive. It may contain information used 
by the SCP to play branding announcements, deny service, or determine language preference. 

The AIN SCP 100 is the element that controls the call flows between all of the DA and 
5 switching systems. The SCP supports the AIN protocol for interfacing with the AIN SSP, the 
WIN protocol for interfacing with the WIN MSC, the Nortel Networks Open Automated Protocol 
(OAP) protocol to the Digital Multiplex Switch Traffic Operator Position System (DMS TOPS) 
and various other data protocols for interfacing with the DA_VP. The DMS TOPS switch is the 
operator services switch developed by Nortel Networks. OAP is a Nortel Networks-specified 
10 licensed protocol that is supported by the DMS TOPS switch. 

Operator Services Switch (OSS) 180 is a switch designed specifically to handle live 
operator services such as the services of operator 170. Traffic Operator Position System 
(TOPS) is a Digital Multiplex Switch (DMS) from Nortel Networks with a software load design 
specifically for operator services and is the predominant operator services switch in the North 
15 American market. OSS 180 is also referred to herein as DMS TOPS switch or DMS TOPS. 

End-office (EO) 190 is the end-office subtending the party whose number is returned by 
the system. 

The system of FIG. 1 responds to directory assistance requests in the wireline 
environment in accordance with the following data flow as depicted in FIG. 2. At step 200, a 

20 subscriber, such as subscriber A 102 of FIG. 1 places a request for directory assistance, for 
example, by dialing the digits "41 1" on his or her wireline telephone. Upon arrival of the dialed 
digits 411 at the AIN SSP 140 that services subscriber A, the digits are analyzed at step 205 
and the AIN SSP 140 queries the AIN SCP 100 for information regarding subscriber A. At step 
210, the AIN SCP 100 sends a GetData query to the LIDB 160 to request Originating Line 

25 Number Screening (OLNS) information and the LIDB responds to the request by providing the 
OLNS information for subscriber A to the AIN SCP. At step 215, the AIN SCP 100 routes the 
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directory assistance request (call) to the DA_VP 110 in communication with AIN SSP 140 by 
sending an AIN Send_To_Resource message to the AIN SSP. The DA_VP 110 answers the 
call at step 220. At step 225, The DA_VP 110 either obtains instructions from the AIN SCP via 
the call setup signaling or via a separate data interface using TCP/IP. The instructions request 
5 the DA_VP to play a specific branding announcement and to play the appropriate DA front-end 
script, such as a request for city and listing. At step 230, the DA_VP 110 interacts with the 
subscriber A 102 to determine the requested information (e.g., city and listing). DA_VP 110 
then sends a query to the DA_Controller 120 to solicit the answer or instructions at step 235. At 
step 240, DA_Controller searches the DA_DB and determines the answer. Once the 

10 DA_Controller successfully finds the new called number, the DA_Controller 120 sends the new 
called number (i.e., the result of the request - in the example the telephone number for 
subscriber C 106) to DA_VP 110. At step 245, the DA_VP and AIN SCP exchange additional 
messages (e.g., the AIN SCP may request the DA_VP to play a specific back-end 
announcement). This exchange of messages may occur via the AIN SSP call setup signaling 

15 and AIN messages or via a separate data interface between the AIN SCP and DA_VP. At step 
250, the DA_VP 110 releases the call to the AIN SSP 140 and the AIN SCP receives an AIN 
Resource_Clear from the AIN SSP. At step 255, AIN SCP 100 generates an operator services 
Automated Message Accounting ("AMA") record for directory assistance (DA) and requests the 
AIN SSP to route the call with 0_answer, 0_no answer, and O-busy events and the call is 

20 routed from the AIN SSP 140 that first received the directory assistance request from caller A to 
the End Office 190 servicing subscriber C 106. At step 260, SCP 100 receives 0_answer event 
and generates an operator services call completion AMA record excluding the conversation 
timing. After the call between subscriber A and subscriber C is cleared, the AIN SSP generates 
a call completion. 

25 In contrast, in a prior art system a request for directory assistance would have been 

received from subscriber A 102 and the AIN SSP 140 would have forwarded the request to OSS 
180. Further, in a prior art system, dedicated voice links are required between the OSS switch 
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and the DA_VP and an active connection between the AIN SSP 140 and the OSS 180 would be 
required for the duration of the call. 

The system of FIG. 1 responds to directory assistance requests in the wireless 
environment in accordance with the following data flow as depicted in FIG. 3. At step 300, a 
5 subscriber such as subscriber B 104 places a request for directory assistance, for example, by 
dialing the digits "411" on his or her wireless telephone. Upon arrival of the dialed digits at the 
WIN MSC 150 that serves subscriber B, the digits are analyzed at step 305 and the WIN MSC 
150 queries the AIN SCP 100 for call processing instructions. At step 310 the AIN SCP 100 
sends a GetData query to the LIDB 160 requesting OLNS information and the LIDB responds to 

10 the request by providing the directory assistance service parameters for subscriber B to the WIN 
MSC. At step 315, the AIN SCP 100 requests the WIN MSC 150 to temporarily connect 
subscriber B to the DA_VP. At step 320, the DA_VP either obtains instructions from the AIN 
SCP via the SS7 signaling or via a separate data interface using TCP/IP. At step 325, the 
instructions request the DA_VP to play a specific branding announcement and to play the 

15 appropriate DA front-end script, such as a request for city and listing. At step 330, the DA_VP 
110 interacts with subscriber B 104 to determine the requested information. At step 335, 
DA_VP 110 sends a query to the DA_Controller 120 to solicit the answer or instructions and 
DA_Controller 120 sends the new called number (i.e., the result of the request - in the example 
the telephone number for subscriber C 106) to DA_VP 110. At step 345, the DA_VP sends the 

20 new called number to the SCP and the DA_VP and AIN SCP exchange additional messages 
(e.g., the AIN SCP may request the DA_VP to play a specific back-end announcement. This 
exchange of messages may occur via the AIN SSP, call setup signaling and AIN messages or 
via a separate data interface between the AIN SCP and DA_VP. At step 350, The DA_VP 110 
releases the call to the WIN MSC 150 and the SCP receives a WIN message from the WIN 

25 MSC informing the SCP of the disconnect. As part of this the SCP sends a CCDir message to 
the WIN MSC with TerminationList = CdPA and TriggerAddressList = Answer, No Answer, and 
Busy Event and the WIN MSC send a ccdir Return Result and odisconnect Return Result. At 
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step 355, SCP 100 sends DMH_BillingDigits to enable billing by the wireless network operator 
and routes the call and requests 0_answer, Ojio answer, and 0_busy events. The call is 
routed from the WIN MSC 150 that first received the directory assistance request from caller B 
to the End Office 190 serving subscriber C 106. At step 360, SCP 100 receives 0_answer 

5 event and sends DMH_Billing Digits to the WIN MSC 150. 

Including operator assistance in the method and system of the present invention can be 
accomplished in accordance with the call flow set forth in FIG. 4. Operator assistance may be 
necessary, for instance, in cases where the automated directory assistance described above 
fails to complete. At step 400 of FIG. 4 the subscriber or the DA_VP requests operator 

10 assistance causing the AIN SCP 100 to route the call to the OSS 180 at step 405. The AIN 
SCP requests the AIN SSP or WIN MSC to route the call to the OSS. The AIN SCP either 
requests the AIN SSP or WIN MSC to route the call over a specified trunk group or populates 
the called number with an NPA-NXX number identifying the OSS. When the OSS switch 180 is 
a DMS TOPS switch, AIN SCP populates the called number with a number that identifies the 

15 AIN SCP node and with a correlation ID used to map the OAP message received from the DMS 
TOPS switch to the context information associated with the existing service instance. At step 
410, the DMS TOPS switch 180 maps the received call number to the IP address of the AIN 
SCP 100 and sends an OAP Session_Begin_lnform message including the correlation ID in the 
called number to the active SCP. At step 415, the SCP uses the correlation ID received in the 

20 Originally Dialed DN Data Block (DB) in the OAP Session_BeginJnform message to correlate 
the received OAP message with the active service instance. At step 420, the AIN SCP requests 
the DMS TOPS switch to place the subscriber (caller) on hold by sending an OAP 
Speech_Path_Request message to the DMS TOPS switch requesting the OSS to set up a CD- 
way talking path between Subscriber A or B and the DMS TOPS switch 180. At step 425, using 

25 a TCP/IP interface, the AIN SCP requests the DA_VP for a correlation ID and routing number 
and provides this new correlation ID to the DMS TOPS switch intended for the DA_VP at step 
430. The AIN SCP provides this correlation ID to the DMS TOPS switch by sending an OAP 



-9- 



APP1492 
Weidmark 

ISUP_Calling_Party_Number_Update_Request message to the DMS TOPS switch with the 
correlation ID populated in the ISUP Calling Party Number DB. At step 435, the AIN SCP then 
provides the DA_VP routing number to the DMS TOPS switch by sending a 
Directory_Number_Request message with the DA_VP routing number in the Directory Number 

5 DB. At step 440, the AIN SCP then requests the DMS TOPS switch 180 to connect subscriber 
A or subscriber B to the DA_VP by sending an OAP Connect_DN_Request message to the 
DMS TOPS switch. At step 445, the AIN SCP requests the DMS TOPS switch to attach an 
operator 170 by sending an OAP Passive_Function_Provider_Request message to the DMS 
TOPS switch. At step 450, the OSS switch informs the SCP when the operator is attached. 

10 The Passive_Function_Provider_Request message includes a Context Block DB with the 
recognized locality (e.g., city), area (e.g., state), address, and/or name. After the operator is 
attached, the SCP requests the DA_VP to play the "whisper" at step 455. After the DA_VP is 
finished playing the "whisper," the DA_VP releases from the call at step 460, which may be 
based on instructions from the SCP. The DMS TOPS switch informs the SCP that the DA_VP 

15 released itself from the call at step 465. At step 470, the SCP resets the calling party number to 
the actual calling party number of subscriber A or B, if available, or to null, by sending a second 
OAP ISUP_Calling_Party_Number Update Request message. At step 475, The AIN SCP may 
then release itself from the call and the operator takes control of the call, which usually includes 
further interaction with the subscriber A or B. 

20 Optionally, at step 480, the SCP may control the back-end service processing after the 

operator completes the assistance and finds the listing. At step 485, when the DA_VP 
announces the DN, it may determine that the call needs to be completed and request the DMS 
TOPS switch to release itself from the call by sending an OAP End Call Request message. At 
step 490, upon receipt of the OAP End Call Request message, the DMS TOPS Switch 180 

25 releases the call and the AIN SCP 100 receives a 0_Disconnect_Called event. At step 495, the 
AIN SCP sends an Analyze_Route message to the AIN_SSP 140 or a CCDir to the WIN MSC 
150 that handled the call for the subscriber A 102 or subscriber B 104 with new DN and 
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generates Automated Message Accounting ("AMA") with the AMAslpID contents or a billing 
record with DMH_Billing_Digits. 

Invoking automated directory assistance from the DMS TOPS switch 180 in the method 
and system of the present invention can be accomplished in accordance with the call flow set 

5 forth in FIG. 5. At step 500, a subscriber, such as subscriber A 102 of FIG. 1 places a request 
for directory assistance, for example, by dialing the DA dialed digits, such as "411", on his or 
her wireline telephone. Upon arrival of the dialed digits 411 at the EO 140 that serves 
subscriber A, the call is routed to the DMS TOPS switch at step 505. The DMS TOPS switch 
may send an OLNS query to LIDB and receive the response from LIDB. At step 510 the DMS 

10 TOPS switch sends an OAP Session_Begin_lnform message to the AIN SCP 100. At step 515, 
using a TCP/IP interface, the AIN SCP requests the DA_VP for a correlation ID and routing 
number and provides this new correlation ID to the DMS TOPS switch intended for the DA_VP, 
at step 520. The AIN SCP provides this correlation ID to the DMS TOPS switch by sending an 
OAP ISUPj3alling_PartyJ\lumberJJpdate_Request to the DMS TOPS switch with the 

15 correlation ID populated in the ISUP Calling Party Number DB. At step 525, the AIN SCP then 
provides the DA_VP routing number to the DMS TOPS switch by sending a 
Directory_Number_Request message with the DA_VP routing number in the Directory Number 
Update DB. At step 530, the AIN SCP then requests the DMS TOPS switch to connect 
subscriber A or subscriber B to the DA_VP by sending an OAP ConnectJDN_Request message 

20 to the DMS TOPS switch. At step 535, the DA_VP obtains instructions from the SCP via a 
separate data interface using TCP/IP. The instructions request the DA_VP to play a specific 
branding announcement and to play the appropriate DA front-end script, such as a request for 
city and listing. At step 540, the DA_VP 110 interacts with the subscriber A 102 to determine 
the requested information (e.g., city and listing). DA_VP 110 then sends a query to the 

25 DA_Controller 120 to solicit the answer or instructions at step 545. At step 550, the 
DA_Controller searches the DA_DB and determines the answer. If the DA_Controller 
successfully finds the new called number, at step 550, the DA_Controller 120 sends the new 
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called number (i.e., the result of the request - in the example the telephone number for 
subscriber C106) to DA_VP 110 at step 555 and the DA_VP and AIN SCP exchange additional 
messages (e.g., the AIN SCP may request the DA_VP to play a specific back-end 
announcement). This exchange of messages occurs via a data interface between the AIN SCP 
5 and DA.VP. At step 560, the DA_VP 110 releases the call to the DMS TOPS switch 180 and 
the DMS TOPS switch informs the AIN SCP of the release. At step 565, the SCP resets the 
calling party number to the actual calling party number of subscriber A, if available, or to null, by 
sending a second OAP ISUP_Calling_Party_Number Update Request message. At step 570, 
the AIN SCP sends the called number to the DMS TOPS switch by sending an OAP 

10 Directory_Number_Update request message with the called number in the Directory Number 
Update DB, changes the class charge and billing of the call, and releases itself from the call 
using an OAP Call_Float Request message. At step 575, the DMS TOPS switch completes the 
call to between subscriber A and the called party and generates an AMA record including 
conversation timing after the call is cleared. This unique aspect of this scenario compared to 

15 prior art is the implementation of the automated directory assistance using PSTN connections 
between the DMS TOPS switch and the DA_VP and without using dedicated voice links 
between the DMS TOPS switch and the DA_VP. 

The above description has been presented only to illustrate and describe the invention. 
It is not intended to be exhaustive or to limit the invention to any precise form disclosed. Many 

20 modifications and variations are possible in light of the above teaching. The applications 

described were chosen and described in order to best explain the principles of the invention and 
its practical application to enable others skilled in the art to best utilize the invention on various 
applications and with various modifications as are suited to the particular use contemplated. 

25 
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